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METHOD AND SYSTEM FOR AUTOMATICALLY ISOLATING 
SUSPECT ITEMS IN A MANUFACTURING OR ASSEMBLY ENVIRONMENT 

BACKGROUND OF THE INVENTION 

5 

1. Field of the Invention 

The present invention relates generally to 
computer hardware and software systems for manufacturing an 
10 assembly, and more particularly to a method and system for 

automatically isolating suspect items in a manufacturing or 
assembly environment . 



2 . Background Art 

15 

Embodiments of the present invention seek to 
improve upon prior art methods for tracking and isolating 
suspect items in a manufacturing or assembly environment 
(e.g. defective parts or assemblies, mis-builds, recall 

2 0 items , etc . ) . 

Prior art methods for tracking and isolating 
suspect items, although generally effective, are manually- 
implemented and typically result in more items being 
isolated or recalled than necessary to ensure that truly 

2 5 suspect items are isolated from manufacturing/assembly, 

delivery or sale. Such an over-breadth in the scope of 
suspect items, however, results in unnecessary cost and 
effort associated with scrapping, re-manufacturing or 
recalling suspect items. 

30 Prior art methods lack aspects of the present 

invention which enable isolation of a more accurate and 
narrow scope of suspect items. In a perfect implementation 
of the present invention, only items that are truly suspect 
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are isolated from the manufacturing/assembly process. Of 
course, perfection is not always possible. 

In one prior art method, for example, a particular 
machining operation may be divided among multiple machining 
5 stations, without a means to track which items went through 

which machining station. In the event that one of the 
machining stations was found to be defective, plant floor 
personnel would have to manually "round-up" and scrap, re- 
manufacture or recall all items that were machined at any of 

10 the machining stations. Due to a lack of accurate item 

tracking, this is the only way to ensure that items which 
are truly suspect (i.e. the items that were machined at the 
defective machining station) are isolated from the remainder 
of the manufacturing/assembly process. 

15 In large-scale production with high item 

complexity (model variation) , the impact of such an over- 
broad scope of suspect items can be very significant. . In 
the automotive industry, for example, such a scenario in an 
early manufacturing process (e.g., engine machining) could 

2 0 result in a very large scope of engine assemblies or 

automobiles that must be scrapped or recalled - even though 
only a very small percentage of those items are truly 
defective . 

Embodiments of the present invention seek to 
2 5 remove the guesswork and over-breadth associated with prior 

art methods of isolating suspect items in manufacturing and 
assembly environments . 
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SUMMARY OF THE INVENTION 



One objective of the present invention is to 
automatically isolate suspect items in an assembly or 
5 manufacturing environment. 

Another objective of the present invention is to 
locate suspect items within an ongoing manufacturing or 
assembly process. In some instances, the location of 
suspect items may be inferred based on known location 
10 information. Suspect item locations may also be provided 

for items that have already been partially or completely 
assembled or manufactured - items that are located in racks, 
holding areas, warehouses, other plants, in- transit, etc. 

Another objective of the present invention is to 
15 automatically modify or otherwise adapt a manufacturing or 

assembly process to avoid or bypass suspect manufacturing or 
assembly operations . 

According to preferred embodiments of the present 
invention, a computer- implemented method and system for 
20 isolating suspect items in a manufacturing or assembly 

process includes capabilities for receiving suspect item 
definitions (e.g. item serial numbers, lot numbers, 
operation identifiers, date ranges, etc.) into a computer 
database, detecting item identifiers in a manufacturing or 
25 assembly process, and comparing the item identifiers with 

the suspect item definitions. 

If the detected item identifier falls within one 
of the suspect item definitions, the item is automatically 
isolated or otherwise rejected from the manufacturing or 
30 assembly process. 

Other embodiments include functionality for 
determining the location of suspect items. Locations may be 
inferred based on known information. Locations may also be 
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outside of the manufacturing or assembly process (e.g. 
holding areas, warehouses, in- transit, other plants, etc.). 
Suspect item definitions and location information may by 
broadcast or otherwise communicated to distributed locations 
5 (e.g. holding areas, warehouses, etc.). 

Another aspect includes automatically modifying 
the manufacturing or assembly process to bypass one or more 
suspect manufacturing or assembly operations. 

A plurality of user interfaces may be provided for 
10 defining, locating and managing suspect items. 



BRIEF DESCRIPTION OF THE DRAWINGS 



Figure 1 depicts an example hardware architecture 
15 that may be implemented to support these and other aspects 

of the present invention; 

Figure 2 is a detailed block-flow diagram 

illustrating a preferred methodology for implementing one 

embodiment of the present invention; 
2 0 Figure 3 shows an example manufacturing/assembly 

scenario where items are assembled on one assembly line, and 

later introduced into a final product on another assembly 

line; 

Figure 4 is a detailed block-flow diagram 
25 describing a preferred methodology for defining a suspect 

item in accordance with one aspect of the present invention; 
and 

Figure 5 is a detailed block-flow diagram 
describing a preferred methodology for checking an item 
30 against a suspect item definition in accordance with one 

aspect of the present invention. 
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DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT ( S ) 



Aspects of the present invention may be 
5 implemented in association with a manufacturing or assembly 

line where raw parts, components, sub-assemblies or 
materials, etc. ("items") are introduced or otherwise input 
into the line, some or all of the items having unique 
identifiers (e.g. serial numbers, lot numbers, manufacturing 
10 dates, etc.) During the manufacturing or assembly process, 

these item identifiers may be detected and recorded by a 
computer system referred to herein as a data collection 
system. 

At designated data collection points in the 
15 manufacturing/assembly process (referred to herein as upload 

points) , messages may be transmitted to a data collection 
system. The messages may include a variety of information 
including the item identifiers, the station name, an 
operation ID, the date/time, etc. Upload points may be PCs 
2 0 or PLCs. 

Item identifiers may be captured or otherwise 
detected in a variety of manners, including an RF tag and 
reader, barcode label and reader, 2D barcode etch or an 
identifier inked onto an item. 

2 5 According to a preferred embodiment, a data 

collection system receives and maintains a database of 
suspect item definitions (e.g. defective or non- conforming 
items, lot numbers, date ranges, etc. to be isolated or 
otherwise removed from the manufacturing/assembly process) . 

30 According to one aspect of the present invention, 

the upload points check whether an item is suspect by 
requesting an item check from the data collection system. 
The data collection system then responds with a "yes" or 
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"no" message, and the item is routed, as necessary, to 
isolate or reject the item from the manufacturing or 
assembly process. 

Figure 1 depicts an example hardware architecture 
5 that may be implemented to support these and other aspects 

of the present invention. 

Architecture 10 comprises a variety of different 
data or identifier acquisition devices including but not 
limited to RF tag 12a, camera 12b, and scanner 12c. 

10 Typically, devices 12 interface with PLCs 14a, 14b, 14c at 

the manufacturing operation. In one embodiment, PLCs 14a 
and 14b are in operable communication with upload computers 
16a and 16b for communication (e.g. Ethernet 18) with data 
collection server 20. Alternatively, information 

15 acquisition devices (e.g. scanner 12c) may communicate 

directly with data collector server 20 via computer network 
18. Notably, the content or arrangement of architecture 10 
may be modified or adapted to best fit a particular 
implementation of the present invention. 

20 Figure 2 is a detailed block-flow diagram 

illustrating a preferred methodology for implementing one 
embodiment of the present invention. Notably, the content 
or arrangement of Figure 2 may be adapted or modified to 
best fit a particular implementation of the present 

25 invention. The process for locating and isolating suspect 

items may begin when an item moves into a station in the 
manufacturing or assembly process. At these points, the 
items may be checked against a database of suspect items or 
suspect item definitions. If a match is found, the suspect 

30 item is isolated, as necessary. 

Figure 3 shows an example manufacturing/assembly 
scenario where items are assembled on one assembly line, and 
later introduced into a final product on another assembly 
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line. At line 30, sub- component item machining takes place. 
Machined items are then transferred to sub-component item 
assembly line 32 where some item assembly takes place. 
Next, assembled items from line 32 are introduced to final 
5 assembly line 34. There, control network 36 monitors item 

identifiers (not shown) via RF reader 38, and communicates a 
check message to data collector 52 to determine whether the 
monitored item(s) fall within suspect item definitions 
stored in one or more associated databases. If an item is 

10 suspect (i.e. falls within the scope of one or more of the 

suspect item definitions) , a communication from data 
collector 52 to line control PLC 44 and/or MMI 42 causes the 
suspect item to be isolated (e.g. rejected, scrapped, re- 
routed, re-manufactured, labeled, etc.). Suspect part 

15 isolation may occur automatically (e.g. automatic mechanical 

rejection from line, etc.) or via alert to a human line 
operator via alarm, pager or MMI 42, etc. Other inter- ♦ 
connected aspects or components of architecture shown in 
Figure 3 may include a work station 50, data exchange device 

20 48, and switch/hub 46. Communication or control network 3 6 

may include Ethernet TCP/IP. 

According to another aspect of the present 
invention, inference techniques may be implemented to locate 
or estimate the location of items that either lack an 

25 identifier, or are no longer located within an ongoing 

manufacturing or assembly process (e.g., items stored in 
holding bays, racks, warehouses, in- transit, other plants, 
etc.). Typically, an inferred location will be based on 
known location reference points related to the manufacture 

30 or assembly of those items. 

For example, one reference point may provide 
vender /lot /time-date information for items when the items 
are introduced into an assembly line. This information may 
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be obtained by scanning a barcode located on the shipping 
container for the items. Of course, other data-gathering 
techniques may be implemented as well. 

The reference point information may then be 
5 included in a build history for the finished product when 

item data is received at the data collection system. 

As the non-serialized item travels along the 
manufacturing line, the data collection system may receive 
updates of what station and what subcomponents were 
10 installed at what time/date. The data collection system may 

be in communication with all stations on the line and may 
optionally have buffer and shipping areas configured as 
well . 

Average cycle times (the time a particular station 

15 takes to complete a processing step) of the stations may be 

monitored by the system as well. Based on the above 
information, non-serialized items that are to be 
tracked/isolated can be either precisely or approximately 
located on the manufacturing line. Similar inference 

2 0 techniques can be implemented to estimate the location of 

items that are in storage, in-transit to another location, 
or are at another location. 

Embodiments of the present invention may be 
implemented in distributed manufacturing, transit and 

25 storage locations that are in operable communication with 

one another. For example, suspect item definitions and item 
location information may be broadcast or otherwise 
transmitted between distributed locations in a manufacturing 
and supply chain to facilitate and enhance the tracking and 

30 isolation of suspect items. Intercommunication of such 

information is well within the knowledge of those skilled in 
the information technology arts. 
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A message transaction methodology may be utilized 
to facilitate request and response actions for conformance 
checking. According to one embodiment, a device controller 
(PC or PLC) is programmed to read the unit ID number of a 
particular item, formulate a message which asks the data 
collection system if there is a request to isolate this 
item, receive a response back from the data collection 
system, and translate the answer to determine whether the 
current item is to be isolated. 

For example, a station device controller may begin 
by issuing a unit status request message to the host data 
collector requesting validation that the item can begin 
processing at the station — that the pending item identifier 
is not suspect. The data collection system may then perform 
a suspect search and respond with a message received which 
may contain a response or response code (e.g., response code 
0=Pass, 10=Hold, or ll=scrap, etc.). 

If there is a hold or scrap, the data collection 
system may store the date, time, and operation ID that 
requested the suspect search. If the part proceeds down the 
line or is reintroduced to the line without being removed 
from the suspect list, then this tracking information may be 
updated. 

According to one embodiment of the present 
invention, the item status request message includes three 
sections. Of course, a different message format may be 
utilized. These sections are: 

100 - Message Header Section 

201 - Item Identification Section 

202 - Station Identification Section 

The item identification section may be used to 
identify a single part, sub-assembly, assembly, or fixture 
to be checked for suspect status. The item identifier field 



may include or equate to the item ID number. According to 
one embodiment, an item action message may be set to 
5=suspect to tell the data collection system to perform a 
suspect check on that item. 

Table 1 sets forth an example message format 
for the item identification section in accordance with one 
embodiment of the present invention. 

Table 1 



Name 


Length 


Size 


Content 


Definition 


Section Type 


Integer 


1 


201 


Unique section identifier 
which identifies the 
information that follows 
below. • 


Section Size 


Unsigned 
Integer 


1 




Total number of words 
occupied by only this section 


Number of 
Items 


Integer 


1 


NA 


Not used in the item 
identification section 


Item 

identifier 
format 


Integer 


1 


1,2, or 
3 


Defines how to interpret item 
identifier field 1=ASCII, 
2 = Integer, 3 = Custom 


Item 

Identifier 


Defined 
by above 


40 


"21101000946 
04" 


Unique sequence number 
identifying the item, 
converted to CHAR 2 0 


Item type 
format 


Integer 


1 




Defined how to interpret item 
type field 1=ASCII, 
2=Integer, 3 = Custom 


Item type 


Defined 
by above 


13 


"1G-2 70-AA" 


Type of item being 
manufactured 
CHAR 2 6 
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Name 


Length 


Size 


Content 


Definition 


Item result 


Integer 


1 


0-15 


Used to provide the result of 
processing at the station. 
Value 0=ln Process, 
l=Complete-Pass , 2 Complete- 
Fail w NC, 3= Abort , 4=Bypass, 
5=Buyof f , 6=Off loaded, 
7=Scrap, 8=Of f loaded- 
Stripback, 9=Reload, 
10=Reload Repair, ll=Reload- 
stripback, 12=Reload-Cust . 
Return, 13=Reload-Rework, 
14=Repaired, 15=Check Point 
(only used for customer 
return) 


Fixture 

identifier 

format 


Integer 


1 


1 or 2 


Defines how to interpret 
fixture identifier field. 
Value 1=ASCII / 2=Integer 


Fixture 
identifier 


Defined 
by above 


5 




Uniquely identifies the 
fixture, pallet, or platter 
used to move item from 
station to station. 
Converted to CHAR 10. 


Item action 


Integer 


1 


0-5 


Defines specific non- 
processing action performed 
on item. Value 0=Production, 
l=Repai/Reload, 2=Buyoff, 
3=Scrapped, 4=Offload, 
5=Quarantine 


Item 

Classification 


Integer 


1 


1-7,20,21 


Defines classification of 
item for processing. Value 
l=Regular, 2=Master, 3=PV, 
4=Gage, 5=Customer return, 
6=Service Unit, 7=Float, 
20=Left, 21=Right 


Job ID 


Unsigned 
Integer 


1 


0 - n 


Schedule job ID number item 
was scheduled under. Value 
0=Job ID not scheduled, 1- 
N=Job ID 
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The multi-item identification section is used to identify 
multiple parts and/or subcomponents to be checked for 
suspect status. It may be essentially identical to the item 
identification section with the exception that the number of 
5 items field is used to indicate how many items serial 

numbers to process. 

Table 2 sets forth an example message format for 
the multi-item identification section in accordance with one 
embodiment of the present invention. 

10 

Table 2 



15 



Name 


Length 


Size 


Content 


Definition 


Section type 


Integer 


1 


201 


Unique section identifier which , 
identifies the information that 
follows below. ! 


Section size 


Uns igned 
integer 


1 




Total number of words occupied by 
only this section. 


Number of 
items 


Integer 


2 


NA 


Used to indicate the number of 
serial numbers 


* * * 


Item 

identifiers 


ASCII 


10 


2110100090604 


Unique sequence numbers 
identifying the multiple 
items 


Item 

identifiers 


ASCII 


10 


2110100090605 


Unique sequence numbers 
identifying the multiple 
items 



A user interface may be provided to create and 
manage suspect item definitions. Notably, there are various 
20 types of suspect item definitions, and these types may be 
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expanded beyond those described herein. Table 3 sets forth 
a plurality of example suspect items definition types. 

Table 3 

5 



Type 1 


serial number list 


Type 2 


criteria list (operations, machines, date range, 
time range, and optional part type) 


Type 3 


adapter plate list (date range, time range, 

:=i /~1 ;=s f-\ -|- py- -»-\ ~l ;=>■}- r*n lTTlV'i^T" o C! OTTlV'lT \7 / c\"\ QC! £^mV"> 1 \7 

operation 


Type 4 


sub-component where parts within assemblies can 
be isolated 


Type 5 


non- serialized components 


Type 6 


criteria list suspect item definition 


Type 7 


operation list suspect item definition 



The type 1 suspect item definition specifies an 
explicit list of item Ids or serial numbers that are 

10 suspect. This type may be identified by a suspect number 

and suspect definition name and description. 

The type 2 suspect item definition consists of 
multiple operation parameters. The purpose of this 
definition is to identify equipment and/or processes that 

15 have caused an issue within a period of time and to 

subsequently isolate parts that had previously been 
processed by this set of suspect operations. Table 4 sets 
forth parameters that may be defined for this definition. 
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Table 4 



Parameter 


Data 
Type 


Description 


Area 


Text 


One or more letters or codes of 
the affected area. 


Operation 
Number 


Text 


One or more operation IDs. 


Machine Number 


Text 


One or more machine numbers . 


Start Date 


Date 


The beginning date in a range of 
dates . 


End Date 


Date 


The ending date in a range of 
dates . 


Start Time 


Date 


The beginning time in a range of 
times . 


End Time 


Date 


The ending time in a range of 
times . 


Part Type 


Number 


The part type (left hand or right 
hand) . This parameter is 
optional and, if not specified, 
signals both parts. 



5 The type 3 suspect item definition is used to 

define one or more fixtures or adapter plates or carriers 
that are suspected of having defects. There are multiple 
parameters that may be associated with this type of 
quarantine, as indicated in Table 5. 

10 
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Table 5 



Parameter 


Data 
Type 


Description 


Start Date 


Date 


The beginning date in a range of 
dates . 


End Date 


Date 


The ending date in a range of 
dates . 


Start Time 


Date 


The beginning time in a range of 
times . 


End Time 


Date 


The ending time in a range of 
times . 


Adapter Plate 
Number 


Text 


One or more adapter plate numbers 
(or pallet IDs) . 


Assembly Op 


Text 


One Assembly operation. 


Disassembly Op 


Text 


One Disassembly operation 



A date/time range is indicated as one of the 
parameters in this definition along with the adapter plate 
number (s). These ranges represent the dates and times that 
a suspected issue has been identified for an adapter plate. 
All items attached to the adapter plate (s) during these 
dates and times may be isolated. The assembly operation and 
disassembly operation may be added to compare the date 
ranges and determine quarantine status. Assembly operation 
and disassembly operation are used with the start and end 
dates/times to determine if an item was attached to the 
suspect adapter plate. 



10 
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The type 4 suspect item definition specifies 
assemblies and associated subassemblies or subcomponents 
which are to be isolated. For example, isolating all 
assemblies with certain component item ID numbers installed. 
5 The parameters associated with this definition may include 

the item ID numbers and/or date/time ranges indicating what 
time range given item ID numbers should be isolated. Table 
6 below indicates example parameters. 

10 Table 6 



Parameter 


Data 
Type 


Description 


Start Date 


Date 


The beginning date in a range of 
dates . 


End Date 


Date 


The ending date in a range of 
dates . 


Start Time 


Date 


The beginning time in a range of 
times . 


End Time 


Date 


The ending time in a range of 
times . 


Unit ID 
number 


Text 


One or more master item ID 
numbers . 


Sub- 
component 
Serial 
number 


Text 


One or more sub-component or sub- 
assembly serial numbers. 
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The type 5 suspect item definition applies to non- 
serialized items which can be identified by date/time and 
vendor/lot number such as fasteners. As set forth in table 
7 , multiple operations may exist for this definition. 



Table 7 



Parameter 


Data 
Type 


Description 


Start Date 


Date 


The beginning date in a range of 
dates that items or parts were 
loaded at line. 


End Date 


Date 


The ending date in a range of 
dateci that items were used at the 
line . 


Start Time 


Date 


The beginning time in a range of 
times . 


End Time 


Date 


The ending time in a range of 
times. 


Vendor 


Text 


Vendor of manufacturer of 
suspected items. 


Lot Number 


Text 


Lot number of suspected items. 



The type 6 suspect item definition includes 
multiple operation parameters. The purpose of this 
definition is to identify equipment and/or processes that 
have caused an issue within a period of time and to 
subsequently isolate items that had previously been 
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processed by this set of suspect operations. Table 8 sets 
forth example parameters for this suspect item type. 



Table 8 



Parameter 


Data 
Type 


Description 


Operation 
Number 


Text 


One or more operation IDs. 


Machine 
Number 


Text 


One or more machine numbers . 


Start Date 


Date 


The beginning date in a range of 
dates . 


End Date 


Date 


The ending date in a range of 
dates . 


Start Time 


Date 


The beginning time in a range of 
times . 


End Time 


Date 


The ending time in a range of 
times . 


Part Type 


Number 


The item type (left hand or right 
hand) . This parameter is optional 
and, if not specified, signals 
both parts . 


Line Number 


Number 


The line identifier the item is 
being processed on. 



The type 7 suspect item definition includes 
multiple operation parameters with alternative operation 
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paths. The purpose of this definition is to identify 
equipment and/or processes including alternative operation 
paths that have caused an issue within a period of time and 
to subsequently isolate items that had previously been 
5 processed by this set of suspect operations. 

According to one embodiment of the present 
invention, the manufacturing or assembly process may be 
dynamically modified according to a suspect item definition 
to avoid assembly or manufacturing operations thought or 

10 known to be causing/creating suspect items. For example, 

PLC line controllers may automatically implement dynamic or 
pre-defined or logic-driven line changes to bypass defective 
operations, or to substitute alternative or back-up 
operations. In this fashion, the manufacturing/assembly 

15 process may continue without the use of operations thought 

or known to be creating suspect items. 

As parts are isolated, ah aspect of the present 
invention enable users to perform searches on the 
database (s) to determine the current location or inferred 

20 location of any isolated items. Locations can be in-process 

locations, or locations outside of the manufacturing or 
assembly process (e.g. warehouses, other plants, in- transit, 
etc . ) . 

Users can also search on any of the criteria 
25 fields to get a list of all items that meet the criteria and 

should be isolated. 

Users can also delete suspect item definitions, 

remove items from a suspect item list, and scrap items that 

might or might not have been isolated. 
30 A user interface, such as a web-enabled user 

interface, may be provided to facilitate the management of 

suspect items in accordance with the present invention. 

Users with proper authorization can access these user 
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interfaces. The web interface may be configured to store 
suspect item definitions in a central repository with an 
optional upload process used to populate other locations in 
order to provide robustness and quick response. Suspect 
5 item definitions may be stored in one central location. 

High volume production lines, for example, may require more 
than one database in order to provide adequate response 
times to the manufacturing process. 

The web interface may be designed using object- 

10 oriented components to allow flexibility in adding 

functionality and suspect item types. This design also 
provides a secure and efficient process for adding 
functionality, creating new suspect item definitions, and 
performing item checks. 

15 The web enabled user interface may be served by a 

central plant web server. To facilitate processing, 
components may be installed on the web server that process 
item check requests via the web interface. These components 
may then update the central data store as required. Then a 

2 0 synchronization process may ensure that other optional data 

stores are synchronized with updates. Specific 
functionality provided in the web component may include 
creation of suspect item definitions, deletion of 
definitions and items, obtaining suspect item definition 

25 information, scrapping items, and obtaining item history 

within the manufacturing process. Preferably, suspect item 
definitions that are deleted are not actually removed from 
the system. They are instead marked as inactive and are not 
used but the history of the definition is preserved. 

30 User interfaces may be distributed throughout the 

local or distributed manufacturing environment and/or supply 
chain . 
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A Search/Maintenance screen may allow the user to 
list item Ids for a particular suspect item definition as 
well as remove or scrap specific item Ids from that 
particular definition . 

A Part Search screen may identify a suspect item 
number and its associated item serial number. Details of 
the suspect item definition can also be displayed. 

A suspect item definition screen may be used to 
search for suspect item definitions based on different 
parameters. Currently, in one embodiment, this screen shows 
two search criteria, date and whether the suspect item 
definition is active or closed. When a Start Search button 
is pressed, the suspect item definitions matching the 
parameters may be displayed in a Results table. 

Figure 4 is a detailed block-flow diagram 
describing a preferred methodology for defining a suspect 
item in accordance with one aspect of the present invention. 

Figure 5 is a detailed block-flow diagram 
describing a preferred methodology for checking an item 
against a suspect item definition in accordance with one 
aspect of the present invention. 

Notably, the content and arrangement of Figures 4 
and 5 may be modified to best fit a particular 
implementation of the present invention. 

While the best mode for carrying out the 
invention has been described in detail, those familiar with 
the art to which this invention relates will recognize 
various alternative designs and embodiments for practicing 
the invention as defined by the following claims. 



